权衡|瞳孔_redis缓存预热缓存更新与缓存降级

篇首语：本文由编程笔记#小编为大家整理，主要介绍了redis缓存预热缓存更新与缓存降级相关的知识，希望对你有一定的参考价值。

缓存预热就是系统上线后&＃xff0c;将相关的缓存数据直接加载到缓存系统。这样就可以避免在用户请求的时候&＃xff0c;先查询数据库&＃xff0c;然后再将数据缓存的问题,用户直接查询事先被预热的缓存数据。

实现思路&＃xff1a;

1. 直接写个缓存刷新页面&＃xff0c;上线时手工操作下&＃xff1b;
2. 数据量不大&＃xff0c;可以在项目启动的时候自动进行加载&＃xff1b;
3. 定时刷新缓存&＃xff1b;

除了缓存服务器自带的缓存失效策略之外&＃xff08;Redis默认的有6中策略可供选择&＃xff09;&＃xff0c;我们还可以根据具体的业务需求进行自定义的缓存淘汰&＃xff0c;常见的策略有两种&＃xff1a;

1. 定时去清理过期的缓存&＃xff1b;
2. 当有用户请求过来时&＃xff0c;再判断这个请求所用到的缓存是否过期&＃xff0c;过期的话就去底层系统得到新数据并更新缓存。

两者各有优劣&＃xff0c;第一种的缺点是维护大量缓存的key是比较麻烦的&＃xff0c;第二种的缺点就是每次用户请求过来都要判断缓存失效&＃xff0c;逻辑相对比较复杂&＃xff0c;具体用哪种方案&＃xff0c;可以根据自己的应用场景来权衡。

当访问量剧增、服务出现问题&＃xff08;如响应时间慢或不响应&＃xff09;或非核心服务影响到核心流程的性能时&＃xff0c;仍然需要保证服务还是可用的&＃xff0c;即使是有损服务。系统可以根据一些关键数据进行自动降级&＃xff0c;也可以配置开关实现人工降级。

降级的目的是保证核心服务可用&＃xff0c;即使可能有损其他操作。比如双十一的时候淘宝购物车无法修改地址只能使用默认地址&＃xff0c;这个服务就是被降级了&＃xff0c;这是阿里为了保证订单可以正常提交和付款&＃xff0c;但修改地址的服务可以在服务器压力降低&＃xff0c;并发量相对减少的时候再恢复。

以参考日志级别设置预案&＃xff1a;

1. 一般&＃xff1a;比如有些服务偶尔因为网络抖动或者服务正在上线而超时&＃xff0c;可以自动降级&＃xff1b;
2. 警告&＃xff1a;有些服务在一段时间内成功率有波动&＃xff08;如在95~100%之间&＃xff09;&＃xff0c;可以自动降级或人工降级&＃xff0c;并发送告警&＃xff1b;
3. 错误&＃xff1a;比如可用率低于90%&＃xff0c;或者数据库连接池被打爆了&＃xff0c;或者访问量突然猛增到系统能承受的最大阀值&＃xff0c;此时可以根据情况自动降级或者人工降级&＃xff1b;
4. 严重错误&＃xff1a;比如因为特殊原因数据错误了&＃xff0c;此时需要紧急人工降级。

服务降级的目的&＃xff0c;是为了防止Redis服务故障&＃xff0c;导致数据库跟着一起发生雪崩问题。因此&＃xff0c;对于不重要的缓存数据&＃xff0c;可以采取服务降级策略&＃xff0c;例如一个比较常见的做法就是&＃xff0c;Redis出现问题&＃xff0c;不去数据库查询&＃xff0c;而是直接返回默认值给用户。

如果有兴趣了解更多相关内容&＃xff0c;欢迎来我的个人网站看看&＃xff1a;瞳孔的个人网站